Метод непрерывных улучшений в команде

Мне нравится метод непрерывных улучшений. Специально загуглил чтобы выглядеть умнее: называется Кайдзен. Но гугл сразу выдает кучу информации что сбивает с толку. Возможно Кайдзен вообще не про то, о чем я сейчас буду говорить, но это не столь важно.

Важно то, что постоянные непрерывные улучшения реально работают. Представьте, вы приходите на проект без линтера и говорите: «Пацаны, я скачал самый лучший линтер, там ваще ни шагу влево-вправо нельзя ступить, теперь используем его». Через секунду вы уже на вилах даже на удаленке.

Правильно говорить так: «Пацаны, я поставил линтер. На нем сейчас самый базовые правила и они на варинингах. Постепенно давайте их исправлять, а потом варинги заменим на эрроры». И так за месецок-другой к линтеру все привыкнут, он обрастет новыми правилами и сами разработчики будут предлагать еще что-нибудь туда внести. Это ли не счастье?

Или вот еще пример. Я, в одном из проектов, пришел и сказал что не хочу разворачивать ветку на окружение после завершения работы, хотя по процессу это было необходимо. Я считал что это пустая трата времени разработчика - тестерам надо, сами пусть и разворачивают. Мне сразу дали понять что я не прав и не нужно лезть с такими идеями.

Но я не сдался и спустя время я провел протолкнул несколько небольших изменений в процесс, таким образом что самим тестировщикам стало удобнее разворачивать ветку именно тогда когда она им нужна и туда где им удобно.

То есть по факту команда пришла к варианту который я предложил в самом начале. Но когда я предлагал сделать это за одну итерацию - все испугались перемен и восприняли идею негативно.

А когда мы сделали то же самое за несколько маленьких изменений, то все прошло гладко и команда сама была рада что наконец-то уже это произошло.

Отсюда вывод: хотите больших изменений — делайте маленькие, но частые и постоянные шаги и все получится!